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BACKGROUND 

Field of the Invention 

The present invention relates to providing security in distributed computer 
systems. More specifically, the present invention relates to a method and an 
apparatus for delegating operations involved in providing digital signatures to a 
digital signature server. 

Related Art 

Digital signatures have the potential to revolutionize electronic commerce. 
By using digital signatures it is possible to provide support for non-repudiation of 
transactions that take place across a network. It is also possible to facilitate strong 
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authentication between unknown parties in a transaction. 

In spite of all of the strong assurances digital signatures provide through 
complex mathematical operations, practical deployment of digital signatures is not 
able to provide the same functionality as notarized paper and pen based 
signatures. Digital certificates are not easy to create, not easy to understand, and 
not easy to use for most people. Consequently, people do not understand how to 
protect their keys, how to facilitate revocation, or how to carry digital certificates 
with them when they travel. 

Besides getting the initial certificate, the user also has to worry about 
certificate expiry, certificate removal, self-identification, time of certificate 
issuance, the appropriate key size for the given application, and selecting between 
the different certificates that the user may acquire from different places. In this 
case, the problem becomes very similar to the problem of remembering and 
selecting the appropriate password for different applications. 

Furthermore, if people change their roles within a company, the current 
model requires the existing certificate to be revoked because the existing 
certificate was attached to a certain authorization level. Because people 
frequently change their roles, this can increase the overhead of the public key 
infi-astructure (PKI) management system. 

It is also desirable to associate some type authorization with digital 
certificates. For example, just because an employee is in possession of a 
certificate does not mean the employee should be able to order $100,000 worth of 
goods. 

It is additionally desirable to be able to use certificates to delegate powers 
at appropriate times. For example, if the CEO of a company is traveling, the CEO 
may want to delegate some of his powers to his secretary or to a Vice President, 
but only for a limited time and only for limited capabilities. Note that it is 
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impractical to push decision-making processes and enforcement of business rules 
to an application server because the application server may reside outside of the 
company. 

Today, authorization is controlled by the application server, which means 
that the authorization database at the remote server has to be kept up to date with 
changes within the enterprise. Controlling authorization at the application server 
is error-prone, and the application server is difficult to keep in sync all the time. 
Furthermore, a person's authorization changes not only when the person leaves 
the company, but also when the person's role changes within the company. Even, 
when the person's role does not change within the company, some of the person's 
authorization levels may change. 

Furthermore, if an employee is fired, a company would ideally like to 
revoke any certificates held by the employee immediately. This revocation is 
presently accomplished by pushing the problem back to the application. Because 
of the complex revocation process, very few applications implement certificate 
revocation, and thus transactions remain exposed to certificate misuse. 

There is also the problem of supporting multiple people with the same 
role. For example, a company may have a number of purchasing officers. In this 
case, application services are not so much interested in which specific purchasing 
officer bought their improvement, but whether the request was made by a 
purchasing officer of the company. Also, as multiple people come and leave this 
specific job, the certificate has to be kept valid. 

Companies are additionally concerned that a certificate and corresponding 
private key may be stolen fi-om a user's desktop. 

What is needed is a method and an apparatus for facilitating the use of 
digital signatures that is relatively fi-ee of the above-described difficulties. 
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SUMMARY 

One embodiment of the present invention provides a system that facilitates 
delegating operations involved in providing digital signatures to a signature 
5 server. The system operates by receiving a request for a digital signature from a 
user at the signature server, wherein the request includes an item to be signed on 
behalf of the user by the signature server. In response to the request, the system 
looks up a private key for the user at the signature server, and signs the item with 
the private key. Next, the system returns the signed item to the user, so that the 
1 0 user can send the signed item to the recipient. 

In one embodiment of the present invention, the system authenticates the 
user prior to signing the item. 
"^J In one embodiment of the present invention, the system determines 

U whether the user is authorized to sign the item prior to signing the item. In a 

Hi 1 5 variation on this embodiment, this involves looking up an authorization for the 

user based upon an identifier for the user as well as an identifier for an application 
1=== to which the user will send the signed item. In a variation on this embodiment, 

^ the system determines whether the user is authorized to sign the item by 

Ul communicating with an authority server that is separate from the signature server. 

G 

Cj 20 In one embodiment of the present invention, upon receiving a request from 

an authorized entity to add a new user, the system generates a key pair for the new 
user. This key pair includes a new user private key and a new user public key. 
Next, the system communicates with a certification authority to obtain a 
certificate for the new user based on the key pair. The system then stores the 
25 certificate and the key pair for the new user in a location that is accessible by the 
signature server to enable the signature server to sign items on behalf of the new 
user. 
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In one embodiment of the present invention, upon receiving a request from 
an authorized entity to delete an old user, the system notifies a certification 
authority to revoke a certificate for the old user. The system also removes the 
private key for the old user from the signature server, so that the signature server 
5 can no longer sign items on behalf of the old user. 

In one embodiment of the present invention, the system additionally 
archives the request and the signed item at the signature server either directly, or 
by sending the signed item to an archive server. Note that in current PKI 
implementations, there is no central repository for signed documents. Thus, if an 
10 employee leaves the company, or if the employee's machine crashes, there is no 
evidence left about what was signed by the employee. The signature server thus 
facilitates a centralized repository for signed transactions. 

Also note that the present invention keeps the authorization functions 
within the organization instead of pushing the authorization functions out to an 
;^ 1 5 application server, which may reside outside the organization. 



BRIEF DESCMPTION OF THE FIGURES 

FIG. 1 illustrates a distributed computer system in accordance with an 
embodiment of the present invention. 
20 FIG. 2 illustrates the process of creating a digital signature through a 

signature server in accordance with an embodiment of the present invention. 

FIG. 3 illustrates the process of initializing a key for a user at a signature 
server in accordance with an embodiment of the present invention. 

FIG. 4 illustrates the process of deleting a user from a signature server in 
25 accordance with an embodiment of the present invention. 

FIG. 5 illustrates the process of delegating certificate verification to a 
signature server in accordance with an embodiment of the present invention. 



Attorney Docket No. OROO- 14201 Inventor(s): Vipin Samar 

ARP\\PORSCHE\MY DOC UMENTS\0 RAGLE CORPORATION\OR00-1420I\OR00-i420I APPLICATI0N.DOC 



DETAILED DESCRIPTION 

The following description is presented to enable any person skilled in the 
art to make and use the invention, and is provided in the context of a particular 
5 application and its requirements. Various modifications to the disclosed 

embodiments will be readily apparent to those skilled in the art, and the general 
principles defined herein may be applied to other embodiments and applications 
without departing from the spirit and scope of the present invention. Thus, the 
present invention is not intended to be limited to the embodiments shown, but is 
10 to be accorded the widest scope consistent with the principles and features 
disclosed herein. 

J] The data structures and code described in this detailed description are 

p typically stored on a computer readable storage medium, which may be any device 

or medium that can store code and/or data for use by a computer system. This 

m 

J] 1 5 includes, but is not limited to, magnetic and optical storage devices such as disk 

drives, magnetic tape, CDs (compact discs) and DVDs (digital versatile discs or 
digital video discs), and computer instruction signals embodied in a transmission 
medium (with or without a carrier wave upon which the signals are modulated). 
For example, the transmission medium may include a communications network, 
20 such as the Internet. 



flJ 



Distributed Computer System 

FIG. 1 illustrates a distributed computing system 100 in accordance with 
an embodiment of the present invention. Distributed computing system 100 
25 includes network 1 30, which couples together server 132, certification authority 
134, signature server and clients 102-104. 

Network 130 can generally include any type of wire or wireless 
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communication channel capable of coupling together computing nodes. This 
includes, but is not limited to, a local area network, a wide area network, or a 
combination of networks. In one embodiment of the present invention, network 
130 includes the Internet. 
5 Server 132 can generally include any computational node including a 

mechanism for servicing requests from clients 102-104 for computational and/or 
data storage resources. Server 132 includes an application with which clients 
102-104 communicate. During some of these communications, clients 102-104 
send data items to application 133, wherein the data items are digitally signed as is 
1 0 discussed below with reference to FIGs. 2-5. 

Signature server 140 can generally include any computational node 
including a mechanism for servicing requests from clients 102-104 to perform 
Jt operations related to digital signatures. Signature server 140 includes a database 

142 for storing keys and certificates 144 related to digital signatures, as well as an 
h 1 5 archival store 146 for storing a record of operations performed by signature server 

^" 140. Database 142 can also store authorization policies 147 for signature server 

t 140. 

-.4 

Note that a digital signature is typically created by "signing" a data item 
U with a private key belonging to a user. This signature can then be verified with a 

=3 20 corresponding public key belonging to the user. This public key is typically 

propagated within a "certificate" that is signed by a chain of one or more 
certification authorities leading to a trust anchor. 

Certification authority 134 is an independent entity that verifies the 
identity of users and grants credentials for use by various entities coupled to 
25 network 130. 

Note that providing security for signatures in signature server 140 can be 
accomplished through the same mechanisms that are used to provide security in a 
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certification authority. For example, this may involve encrypting private keys so 
they cannot be easily stolen from signature server 140. Also note that it is 
generally easier to protect keys stored within a single signature server than 
information distributed throughout computer systems on intranet 136. 

Clients 102-104 can generally include any node on a network including 
computational capability and including a mechanism for communicating across 
network 130. Clients 102-104 include browsers 112-114, which can generally 
include any type of web browser capable of viewing a web site, such as the 
INTERNET EXPLORER^^ browser distributed by the Microsoft Corporation of 
Redmond, Washington. 

CUent 102 is operated by a user 105 and receives a form 151 from server 
132. Form 151 includes a number of fields, including an identifier for an item, a 
description, a quantity and a price. Form 151 additionally includes a "buy" 
button, which can be selected by user 105 to buy the item. Form 151 additionally 
includes a placeholder for signature 152, which is later generated by using a 
private key belonging to user 105 to sign form 151. Note that signature 152 is 
created by signature server 140. 

Intranet 136 couples together a number of entities belonging to 
organization 101, including cUents 102-104, signature server 140, human 
resources (HR) system 141 and authority server 143. 

Intranet 136 can generally include any type of wire or wireless 
communication channel capable of coupling together computing nodes within 
organization 101 . This includes, but is not limited to, a local area network, a wide 
area network, or a combination of networks. Note that organization 101 can 
include any type of organization, such as a corporation or a government agency. 

HR system 141 is operated by a human resources department within an 
organization. An authorized person using HR server 141 can issue commands to 

8 

Attorney Docket No. OROO- 14201 Inventor(s): Vipin Samar 

ARP\\P0RSCH™Y DOCUMENTSVORACLE CORPORATIO^4^OR00-)4201\OR00-1420I APPLICATI0N.DOC 



signature server 140 to initialize keys for a new member of organization 101 , or to 
remove an entry for a member who leaves organization 101 . 

Authority server 143 is used to keep track of which members of 
organization 101 are authorized to sign using specific signatures. For example, 
5 the officers of a corporation may be authorized to sign with a private key for the 
corporation, whereas other employees of the corporation may only be able to sign 
with their own private keys. Note that authority server 143 may also have a 
database 148 for storing authorization policies 149. 

Alternatively, signature server 140 can itself store some authorization 
10 policy information, or signature server 140 can access authorization policy 

information from some other central repository or a directory service, such as a 
director service implemented through the lightweight directory access protocol 
I (LDAP). 

J] 1 5 Process of Creating a Digital Signature 

I FIG. 2 illustrates the process of creating a digital signature through 

-^^ signature server 140 in accordance with an embodiment of the present invention. 

First, client 102 receives a form 151 from application 133 within server 132 
p (step 202). Client 1 02 then allows user 105 to fill in form 1 5 1 , and to submit 

20 form 151 (step 204). Next, client 102 sends form 151 along with an identifier for 
application 133 and an identifier for user 105 to signature server 140 (step 206). 

Next, signature server 140 authenticates user 105 by using any one of a 
number of well-known authentication techniques, such as by using the secure 
sockets layer (SSL) protocol with client side authentication, by using a password, 
25 by using a secure identifier, or by using a one-time password (step 208). 

Once user 105 is authenticated, the system determines whether user 105 is 
authorized to sign form 151 (step 210). This may involve communicating with a 
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separate authority server 143, which accesses a set of rules or a policy to 
determine whether user 105 is authorized to sign form 151 with a specific private 
key. Another option is to allow signature server 140 to refer to its own database 
142 or to a directory service such as LDAP or X.500 to retrieve authorization 
information. Note that the authority need not be limited to specifying which 
forms the user can sign, but can also specify the limits under which the user can 
sign within a given form. For example, a user may only be allowed to sign 
transactions up to a $5000 limit. 

Next, signature server 140 looks up the user's key pair in database 142 
(step 212). This may involve selecting an appropriate key pair to use based upon 
the identifier for user 105 and an identifier for application 133. For example, a 
key pair belonging to user 105 may be selected for applications 133, and a key 
pair belonging to organization 101 may be used for other applications. It is also 
possible to share the same key pair amongst multiple users. 

Signature server 140 then signs form 151 on behalf of user 105 (step 214), 
and optionally archives the result of the signing in database 142 (step 216). 

Next, signature server 140 returns the signed form 151 to user 105 on 
client 102 (step 218). This allows user 105 to return to form, complete with 
inputted data and signature to application 133 on server 132 (step 220). 

Process of Initializing a Signature Key for a User 

FIG. 3 illustrates the process of initializing a key for user 105 at signature 
server 140 in accordance with an embodiment of the present invention. The 
system starts by receiving a request for an authorized entity to add a new user to 
signature server 140 (step 302). For example, an HR representative operating HR 
server 141 can submit a request to add a new employee to signature server 140. 
Signature server 140 then generates a new private key/public key pair for the new 
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user (step 304). Next, signature server 140 communicates with certification 
authority 134 to obtain a certificate for the new public key (step 306). Finally, 
signature server 140 stores the key pair and the certificate for the new user in 
database 142 (step 308). This enables signature server 140 to subsequently sign 
data items on behalf of the new user. 

Note that the user also has to be notified somehow about the password for 
this particular signature key. Moreover, one of the advantages of associating the 
user password not with the signature key itself, but instead with the ability to 
access to the signature key through signature server 140, is that if the user forgets 
the password, the corresponding certificate need not be revoked. The user can 
simply be given a new password, and life continues as before. Without such an 
association, the certificate has to be revoked, and the user has to obtain a new 
certificate by following the expensive provisioning process of PKI. 

Process of Deleting a User From a Signature Server 

FIG. 4 illustrates the process of deleting a user from a signature server in 
accordance with an embodiment of the present invention. The system starts by 
receiving a request for an authorized entity to remove a user from signature server 
140 (step 402). For example, an HR representative operating HR server 141 can 
submit a request to remove user 105 from signature server 140 when user 105 
leaves organization 101 . Signature server 140 then notifies certification authority 
134 to revoke the certificate for user 105 (step 404). This typically involves 
adding the certificate to a certificate revocation list. Next, signature server 140 
removes the private key for user 105 from database 142 (step 406). Note that this 
ensures that the private key for user 105 can no longer be used by user 105, 
because user 105 never actually accessed the private key before it was deleted. 
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Process of Delegating Certificate Verification to a Signature Server 

FIG. 5 illustrates the process of delegating the certificate verification to 
signature server 140 in accordance with an embodiment of the present invention. 
During this process, client 102 receives a data item along with a corresponding 
5 signature and a corresponding certificate (step 502). Client 102 then uses the 
public key embedded within the certificate to check the signature (step 504), and 
subsequently sends the certificate to signature server 140 to verify the certificate 
(step 506). Next, signature server 140 verifies the certificate by communicating 
with certification authority 134, if necessary, to determine whether the certificate 
10 has been revoked (step 508). Finally, signature server 140 notifies client 102 of 
whether or not the certificate is valid (step 510). Note that above-described 
process facilitates delegating the certificate revocation checking mechanism and 
H the policy enforcement mechanism to a centralized server instead of depending 

upon each individual client machine associated with the enterprise. 
Hi 1 5 The foregoing descriptions of embodiments of the present invention have 

been presented for purposes of illustration and description only. They are not 
intended to be exhaustive or to limit the present invention to the forms disclosed. 
Accordingly, many modifications and variations will be apparent to practitioners 



yi skilled in the art. Additionally, the above disclosure is not intended to limit the 

Is:? 

rj 20 present invention. The scope of the present invention is defined by the appended 

claims. 
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